Failover do IP de gerenciamento

Se o nó de configuração falhar, os endereços IP para o sistema serão transferidos para um novo nó. Os serviços do sistema são usados para gerenciar a transferência dos endereços IP de gerenciamento a partir do nó de configuração com falha para o novo nó de configuração.

As alterações a seguir são desempenhadas pelo serviço do sistema:
  • Se software no nó de configuração com falha ainda estiver operacional, o software encerrará as interfaces IP de gerenciamento. Se o software não puder encerrar as interfaces IP de gerenciamento, o serviço de hardware força o nó a encerrar.
  • Quando as interfaces IP de gerenciamento são encerradas, todos os nós restantes escolhem um novo nó para hospedar as interfaces de configuração.
  • A nova configuração inicializa os daemons de configuração, incluindo SSHD e HTTPD, e, em seguida, liga as interfaces IP de gerenciamento às suas portas Ethernet.
  • O roteador é configurado como o gateway padrão para a nova configuração.
  • As tabelas de roteamento serão estabelecidas na nova configuração para os endereços IP de gerenciamento. A nova configuração envia cinco pacotes de protocolos de resolução de endereço (ARP) não solicitados para cada endereço IP para o endereço de transmissão de sub-rede local. Os pacotes ARP contêm o IP de gerenciamento e o endereço Media Access Control (MAC) para o novo nó de configuração. Todos os sistemas que recebem pacotes ARP são forçados a atualizar suas tabelas de ARP. Após as tabelas de ARP serem atualizadas, esses sistemas poderão se conectar ao novo nó de configuração.
    Nota: Alguns dispositivos Ethernet podem não redirecionar pacotes ARP. Se os pacotes ARP não forem encaminhados, a conectividade com o novo nó de configuração não poderá ser estabelecida automaticamente. Para evitar esse problema, configure todos os dispositivos Ethernet para aprovar os pacotes ARP não solicitados. É possível restaurar a conectividade perdida efetuando login no sistema e iniciando uma cópia segura para o sistema afetado. Iniciar uma cópia segura força uma atualização no cache ARP para todos os sistemas que estão conectados ao mesmo comutador que o sistema afetado.

Falhas de link Ethernet

Se o link Ethernet para o sistema falhar devido a um evento que não esteja relacionado ao sistema, o sistema não tentará executar failover no nó de configuração para restaurar o acesso ao IP de gerenciamento. Por exemplo, o link Ethernet poderá falhar se um cabo estiver desconectado ou se um roteador Ethernet falhar. Para se proteger contra esse tipo de falha, o sistema fornece a opção para duas portas Ethernet, cada uma com um endereço IP de gerenciamento. Se não for possível se conectar por meio de um endereço IP, tente acessar o sistema por meio do endereço IP alternativo.

Nota: Os endereços IP usados pelos hosts para acessar o sistema através de uma conexão Ethernet são diferentes dos endereços IP de gerenciamento.

Considerações sobre roteamento para notificação de eventos e Network Time Protocol

O sistema suporta os protocolos a seguir que fazem conexões de saída:
  • E-mail
  • Protocolo Simples de Gerenciamento de Rede (SNMP)
  • Syslog
  • Network Time Protocol (NTP)
    Nota: O NTP não é suportado em instalações do IBM Spectrum Virtualize for Public Cloud no Amazon Web Services (AWS).
    .
Esses protocolos operam somente em uma porta que é configurada com um endereço IP de gerenciamento. Quando está estabelecendo conexões de saída, o sistema usa as decisões de roteamento a seguir:
  • Se o endereço IP de destino estiver na mesma sub-rede que um dos endereços IP de gerenciamento, o sistema enviará o pacote imediatamente.
  • Se o endereço IP de destino não estiver na mesma sub-rede que um dos endereços IP de gerenciamento, o sistema enviará o pacote para o gateway padrão para a porta Ethernet 1.
  • Se o endereço IP de destino não estiver na mesma sub-rede que um dos endereços IP de gerenciamento e a porta Ethernet 1 não estiver conectada à rede Ethernet, o sistema enviará o pacote para o gateway padrão para a porta Ethernet 2.

Ao configurar qualquer um destes protocolos para notificações de eventos, use essas decisões de roteamento para assegurar-se de que a notificação de erro funcionará corretamente se a rede falhar.